home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 6187 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.2 KB  |  69 lines
  1. Path: cville-srv.wam.umd.edu!walrus
  2. From: walrus@wam.umd.edu (Udo K Schuermann)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: Iomega ZIP drive and AFS
  5. Date: 4 Mar 1996 23:29:06 GMT
  6. Organization: University of Maryland, College Park
  7. Message-ID: <4hfuc2$ovs@cville-srv.wam.umd.edu>
  8. References: <4ha8n7$8u2@sdaw04.seinf.abb.se> <4hc4en$lfa@gordon.enea.se> <4hcvgu$k9o@sdaw04.seinf.abb.se>
  9. NNTP-Posting-Host: rac1.wam.umd.edu
  10.  
  11. In article <4hcvgu$k9o@sdaw04.seinf.abb.se>,
  12. Johan H÷gberg <johan.hogberg@senet.abb.se> wrote:
  13. >In article <4hc4en$lfa@gordon.enea.se>, olli@enea.se says...
  14. >>
  15. >>Johan H÷gberg wrote:
  16. >>
  17. >>> When formatting a ZIP with AFS file system (AmiFileSafe) 88MB
  18. >>> becomes free.
  19. >>> When formatting a ZIP with FFS file system 95MB becomes free.
  20. >>> 
  21. >>> The 95MB value is verified and true. 94 files of each 1024*1024
  22. >>> bytes was copied into 10 directories. After that there was
  23. >>> still 0.5MB free.
  24. >>> 
  25. >>> But with AFS 88MB is reported and it would seem strange
  26. >>> that 95MB would fit when 88MB is reported.
  27. >>> 
  28. >>> Anyone familiar with this problem? Anyone having a clue?
  29. >>
  30. >>Not a total answer to your question, but maybe a step in the right
  31. >>direction. As I have gathered from information on the AFS mailing
  32. >>list AFS reserves a fixed part of the disk when formatting it. This
  33. >>part of the disk is used for directory and file headers. If you only
  34. >>have a few large files on your disk much of this space will be unused
  35. >>(wasted?). For now the amount of header space is a fixed fraction of the
  36. >>total disk/partition size and cannot be configured. FFS manages disk space
  37. >>in a very different way and current disk info programs calculate disk info
  38. >>data according to the FFS algorithm which is not very proper for AFS disks.
  39. >>
  40. >>Disclaimer: all this information could be my delirious phantasies.
  41.  
  42. AFS reserves something around 5% of the diskspace, according to the docs,
  43. for various managment purposes. For fairly extreme uses of diskspace, such
  44. as a million microscopic files or a handful of huge files, this makes less
  45. than optimum use of the total diskspace, but for most typical uses, the 5%
  46. overhead is less than what FFS would dynamically use up as it goes along.
  47.  
  48.  
  49. >The question is however then: How many files shall be written until this fixed
  50. >area gets filled? And what happens after that?
  51.  
  52. Disk full. This would only happen if you save a million tiny files, which
  53. is probably not very representative of how diskspace is used in most cases.
  54. Maybe future versions of AFS will be able to adjust dynamically to this,
  55. allocating such "reserved" areas in increments of 1% of the diskspace as
  56. needed (but that might affect performance again.)
  57.  
  58.  
  59. >This fixed area is then 95-88 = 7MB of diskspace. This means that there is no point
  60. >in making HD partitions less or equal to 7MB.
  61.  
  62. See above; according to the docs, the reserved space is ~5% of total space;
  63. various reasons may have pushed this from ~5MB to 7MB in your case. Maybe
  64. the 5% figure is a rough approximation, a rule of thumb, if you will.
  65.  
  66.  |._.|_   Udo Schuermann             "The future's not what it used to be!"
  67.  |(:)| )  walrus@wam.umd.edu                  -- Narn Ambassador G'Kar
  68.  |_:_|/   http://www.wam.umd.edu/~walrus/        Babylon 5, "The Long Dark"
  69.